home *** CD-ROM | disk | FTP | other *** search
/ Die Ultimative Software-P…i Collection 1996 & 1997 / Die Ultimative Software-Pakete CD-ROM fur Atari Collection 1996 & 1997.iso / a / a_funk / packet1.tos / NETROM_I.NF / NR_V12.DOC < prev    next >
Encoding:
Text File  |  1987-11-07  |  5.6 KB  |  133 lines
  1.  
  2.  
  3.  
  4. PACKET-ACCESS  FROM DB8AS  27.08.87 02:16 UTC   2501 Bytes
  5. ROUTING
  6. *** Received from DK0AUG ***
  7. R:870823-2221z <DB8AS @DK0AUG #650 [Goettingen, JO41XM]
  8. Msg # 3595  Type:B  Stat:$  To: ALLE  @ALLE    From: DB0CZ   Date: 23-Aug/0530
  9. Subject: NET/ROM Routing Tables
  10. Bulletin ID: DB0CZ8708196
  11. Path: DL5UY !DB0CZ
  12.  
  13. Copied from a local BBS:
  14. ------------------------
  15.  
  16. R:860813/2036  @:WD6CMU Richmond CA #:1694 O:K1HTV F:145.09/223.58
  17. R:870814/0049z @:W0RLI Santa Cruz, CA #:7572 O:K1HTV
  18. R:870807/0350z @:W3IWI #9091 <K1HTV [Balto/Wash]
  19.  
  20. NET/ROM SYSOP NOTE.002
  21.  
  22. Manual routing table setup
  23. ----------------------------
  24.  
  25. Over the past few months I've had the good fortune to connect to
  26. NET/ROM nodes in 18 stas in this rapidly expanding Packet Radio
  27. network.  In checking the routing tables I've noticed a few common
  28. sysop errors.  At some nodes it is necessart to manually lock in a
  29. path and override NET/ROM's automatic routing mechanism.  It appears
  30. that some sysops don't completely understand the proper way to
  31. manually set the NODES table.
  32.  
  33. One of the most common errors appears to result in the wrong call sign
  34. being set as the "neighbor" node when manually setting the routing
  35. table.  The call sign of your node should NEVER be entered as the
  36. neighboring node.
  37.  
  38. If there is a poor or non-existant direct path between your node and a
  39. distant node, you may wish to manually lock in the routing table a
  40. path via a Level 2 digipeater.  Your node will assign, to every node
  41. it hears directly, a Quality Count as determined by Parameter #3 (192
  42. for 1200 baud HDLC user-accessed channel).  Since we are establishing
  43. a link to a distant node via a digipeater the quality of that routing
  44. table entry should be set to (143), a value LESS than the quality
  45. count for that of an intermediate NET/ROM node path (144).  If the
  46. band should open this will ensure that the direct path will take
  47. precedence followed by a path through an intermediate NET/ROM node.
  48.  
  49. Example using a Level 2 digi from  W1AAA (CONN) to W3CCC (DEL) via W2BBB:
  50.  
  51. The W1AAA NET/ROM node sysop types:   N W3CCC + DEL 143 0 0 W3CCC W2BBB
  52. The W3CCC NET/ROM node sysop types:   N W1AAA + CONN 143 0 0 W1AAA W2BBB
  53.  
  54. We hope this information will be of some help to NET/ROM sysops.
  55.   73, Rich - K1HTV  &  Andy - KA1GD
  56.       (UMD, ELK & BWI sysops)
  57.  
  58. -----------------------
  59. Roy Engehausen -- AA4RE
  60. --------------------------------------------
  61. *** appended by DG3SAJ @ DB0CZ , 19.8.87 ***
  62.  
  63.  
  64.  
  65.  
  66. PACKET-ACCESS  FROM DC4OX  01.09.87 09:44 UTC   3264 Bytes
  67. V1.0 -> V1.1
  68.  
  69.  
  70.  =========================================
  71.  NET/ROM version 1.1 released 10 July 1987
  72.  =========================================
  73.  
  74. Version 1.1 incorporates no new features, but corrects three
  75. relatively minor problems that were found in version 1.0. We do not
  76. feel that it is necessary to update nodes presently running 1.0,
  77. except for the relatively few places where one or more of these
  78. problems are causing significant difficulty.
  79.  
  80. Following is a description of the three problems fixed in 1.1:
  81.  
  82. (1) Destination table entry counter:
  83.     When a destination node is deleted from the routing table
  84.     (either manually or by the automatic obsolescense mechanism),
  85.     the destination list entry is not deallocated immediately,
  86.     but rather just marked as a deleted destination entry
  87.     available for re-use.  However, such deleted entries are
  88.     deallocated when the node is warm-started (for example, if
  89.     there is a power failure, or if the SYSOP issues a RESET).
  90.     Version 1.0 has a "bug" whereby the destination table entry
  91.     counter is not decremented when entries are deallocated
  92.     during a warm-start.  This can cause the count to become
  93.     incorrect (too large).  The count is used to limit the size
  94.     of the destination table in accordance with PARMS parameter
  95.     #1.  Consequently, the "bug" can result in premature "Routing
  96.     table full" messages, or failure to incorporate new nodes
  97.     from a neighbor node's routing broadcast.  WORKAROUND: this
  98.     problem can be avoided either by (1) not warm-starting the
  99.     node, or (2) setting the PARMS parameter #1 to a high value.
  100.  
  101. (2) RNR during deferred disconnect
  102.     When two stations are connected via NET/ROM and one of them
  103.     disconnects, NET/ROM's "deferred disconnect" logic causes any
  104.     in-transit information frames to be delivered to the still-
  105.     connected station until all such frames have been delivered
  106.     or until a given period of time elapses (by default, 15
  107.     minutes) with no forward progress.  Version 1.0 has a "bug"
  108.     that causes this protective timeout to be ineffective if the
  109.     connected station's TNC is refusing the information by
  110.     returning a RNR status.
  111.  
  112. (3) Fast-learn of paths with two digipeats
  113.     NET/ROM incorporates new nodes into its routing table by
  114.     monitoring the source callsign field in the layer 3 header.
  115.     Version 1.0 has a "bug" whereby layer 3 frames that arrive
  116.     via two digipeats cause a routing table entry to be
  117.     constructed with the digipeater list in reverse order.
  118.     Version 1.1 fixes this problem, and checks for the existence
  119.     of the entire path, not just the source callsign.
  120.  
  121. Clearly, these are rather esoteric problems, and have not caused
  122. significant operational problems.  We do not feel that any wholesale
  123. updating of 1.0 nodes to 1.1 is warranted.  However, NET/ROM owners
  124. may, if they wish, obtain an updated ROM by completing the order form
  125. in ... (Preisangaben etc. geloescht, DC4OX).
  126.  
  127. -----------------------
  128. Roy Engehausen -- AA4RE
  129. --------------------------------------------
  130. *** appended by DG3SAJ @ DB0CZ , 19.8.87 ***
  131.  
  132. hsf DC4OX @ DF3AV
  133.